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(57) Abstract 

The invention concerns a system (S) for managing 
transactions between service suppliers and customers on a 
communication network, said suppliers and customers be- 
ing respectively provided with servers (FS) and customer 
stations (CL) connected to the network. Hie system (S) 
comprises a proxy server (SM) coimected to the network 
and arranged to communicate with the customer stations 
and with the service suppliers* servers respectively, such 
thai all the transactions between said service suppliers 
and said clients passes through said proxy server (SM). 
This method is useful to all Internet users for commercial 
transactions. 

(57) Abr^g€ 

Systfeme (S) pour g6rer des transactions entre des 
foumisseurs de services et des clients sur un r6seau 
de communication, ces foumisseurs de services et ces 
clients disposant respectivement de serveurs (FS) et de 
postes clients (CL) connect6s au r€seau. Le syst^me 
(S) comprend un serveur de m6diation (SM) connect6 
au r^seau et agenc6 pour communiquer d*une part avec les postes clients et d*autre part avec les serveurs respectifs des foumisseurs de 
service, de sorte que Tensemble des transactions entre ces foumisseurs de services et ces clients transite via ce serveur de mediation (SM). 
Ce procdd6 int^resse Tensemble des acteurs commerciaux sur Internet 
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" Systeme et precede pour gerer des transactions 
entre des fournisseurs de services et des clients sur un 
reseau de communication " 
La presente invention concerne un systeme pour gerer 
5 des transactions entre des fournisseurs de services et 
des clients sur un reseau de communication. Elle vise 
egalement un precede mis en oeuvre dans ce systeme, 

Elle s*adresse principalement a des fournisseurs 
d'acces a des reseaux tels qu' Internet, qui mettent en 
10 rapport des clients disposant de logiciels de navigation 
standards et des fournisseurs de service independants . 

Dans la suite , les abreviations suivantes sont 
utilisees : 

HTTP (HyperText Transfer Protocol): protocole d'acces 
15 natif du Web; 

MIME (Multimedia Internet Mail Extension) : norme 
d' extension a la messagerie Internet permettant 1' envoi 
de messages multimedia; 

S-HTTP (Secure HTTP) : adaptation de HTTP chiffree et 
20 securisee; 

SSL (Secure Socket Layer) : adaptation securisee et 
chiffree de TCP; 

URL (Uniform Ressource Locator) : systeme pour 
adresser un document sur le Web. 
25 Un navigateur Web est un logiciel permettant 

d*acceder a 1' ensemble des sites sur le Web, de les 
consulter, de rechercher et de recuperer des donnees 
depuis ces sites. 

Un serveur Web est une machine connectee sur le Web 
30 et hebergeant des informations consultables par 
navigateur Web. 

Un reverse proxy est un serveur Web qui sert 
d' intermediaire entre des clients Web et plusieurs 
serveurs HTTP, Le client envoie sa requete HTTP au 
35 reverse proxy. Le reverse proxy transmet cette requete a 
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un serveur HTTP et renvoie au client la reponse du 
serveur HTTP. Les transactions commerciales sur un reseau 
ouvert tel qu' Internet sont appelees a connaitre une 
croissance considerable a court terme. En particulier, un 

5 secteur particulierement concerne est celui de I'acces 
payant a des informations sous la formes de pages ou de 
documents. II peut par exemple s'agir d' informations on- 
line editees par des journaux ou des magazines, ou encore 
de reproductions d'oeuvres litteraires ou artistiques 

10 couvertes par le droit d'auteur. 

II existe deja des services d*acces a des 
informations payantes, mettant notamment en ceuvre des 
transactions par cartes de credit ou un procede de porte- 
monnaie electrique. Dans la majorite des cas, les clients 

15 doivent utiliser, en plus de leur logiciel de navigation, 
un logiciel specif ique de transaction. Des plates-formes 
d'acces Internet utilisant une notion de porte monnaie 
electronique ont ete developpees dans cette voie. 

On peut egalement citer des solutions de paiement 

20 electronique s ' appuyant sur des protocoles developpes 
specif iquement et necessitant des navigateurs utilisant 
une couche logicielle SSL (Secure Socket Layer) 
permettant des echanges cryptes. IL existe aussi des 
fournisseurs d'acces a Internet tels que Compuserve qui 

25 proposent un service de paiement integre sur la facture 
de 1 ' abonne . 

Cybercash, Kleline, Payline proposent egalement des 
solutions de paiement electronique sur Internet. Ces 
solutions s'appuient sur des protocoles developpes 

30 respectivement par Sligos, Gctech et SG2. Certaines de 
ces solutions de paiement ne necessitent sur le poste 
client qu'un navigateur Netscape utilisant SSL. II s'agit 
du meme protocole HTTP, mais 1 ' echange est en plus 
crypte. Pour chaque protocole. La cinematique des 

35 echanges est specifique. 
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Les solutions actuellement proposees ont en coininun de 
requerir 1 ' utilisation sur les ordinateurs des clients 
d'un logiciel ou d*un navigateur adapte. 

Pour utiliser ces solutions de paiement, le 
5 fournisseur de services recupere: 

- une interface de programmation specifique a la 
solution de paiement, 

- eventuellement, un certificat d' authentif ication. 
Ce certificat permet d' identifier le fournisseur de 

10 services de fagon certaine dans les transactions de 
paiement . 

Le but de la presente invention est de remedier a cet 
inconvenient en proposant un systeme pour gerer des 
transactions entre des fournisseurs de services et des 

15 clients sur un reseau de communication, ces fournisseurs 
de services et ces clients disposant respectivement de 
serveurs et de postes clients connectes au reseau. 

Suivant 1' invention, ce systeme comprend un serveur 
de mediation connecte au reseau et agence pour 

20 communiquer d'une part avec les postes clients et d' autre 
part avec les serveurs respectifs des fournisseurs de 
service, de sorte que 1 * ensemble des transactions entre 
ces fournisseurs de services et ces clients transite 
obligatoirement via ce serveur de mediation. 

25 Le precede selon 1' invention permet ainsi un acces a 

des prestations ou informations payantes en utilisant les 
technologies ouvertes de 1' Internet, et une gestion de 
I'integrite des transactions payantes. En effet, le 
serveur de mediation assure 1' ensemble des operations de 

30 gestion des transaction et notamment la facturation des 
prestations, ce qui supprime la necessite d* utiliser un 
navigateur crypte et securise. 

Par ailleurs, avec le systeme de gestion de 
transaction selon 1' invention, les fournisseurs de 
35 services peuvent choisir librement 1 ' hebergement de leurs 
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services, en particulier, les lieux, les materials 
serveurs et les logiciels serveurs * Web'. lis peuvent en 
outre conserver la liberte de determiner leurs prix et 
obtenir des informations statistiques sur leurs clients. 
5 Dans una version preferee de 1' invention appliquee 

aux transactions sur la reseau Internet, le serveur de 
mediation et les serveurs des fournisseurs de services 
communiquent selon le protocole HTTP. Ce protocole HTTP 
est en pratique augmente de champs MIME supplementaires 
10 pour vehiculer d*une part des informations sur les 
clients et d* autre part des informations relatives a la 
facturation des transactions. 

Le systeme selon 1' invention procure ainsi une 
simplicite d* edition des serveurs des fournisseurs de 
15 services en ne requerant que 1 ' utilisation de 
technologies standards HTTP sans necessiter une 
modification des serveurs ou 1 * acquisition de logiciels 
supplementaires. Ceci contribue a des couts de 
developpement inferieurs a ceux engages pour des precedes 
20 mettant en ceuvre des protocoles specif iques. Les serveurs 
des fournisseurs de services n'ont done pas besoin 
d' elements logiciels supplementaires et peut utiliser 
tout serveur HTTP disposant d'une interface CGI ou d*une 
interface proprietaire telle que les interfaces NSAPI ou 
25 ISAPI. Le serveur de mediation est en pratique du type 
"reverse proxy". II est agence pour identifier et 
authentifier tout client sollicitant une transaction avec 
un fournisseur de services. 

Dans un mode particulier de realisation applique 
30 notamment a 1 ' acquisition de documents payants, le 
serveur de mediation est agence pour gerer le 
rechargement de documents pendant un intervalle de 
latence de duree predeterminee . 
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II est egalement agence pour gerer la facturation des 
prestations offertes par les fournisseurs de services sur 
des comptes d'abonne en temps reel. 

Suivant un autre aspect de 1' invention, il est 
5 propose un procede pour gerer des transactions entre des 
fournisseurs de services et des clients sur un reseau de 
communication, ces fournisseurs de services et ces 
clients disposant respectivement de serveurs et de postes 
clients connectes au reseau, mis en oeuvre dans le systeme 
10 selon 1* invention. 

Ce procede comprend, en reponse a une demande de 
prestation emanant d'un client: 

- un envoi d*une requete emise par le serveur de 
mediation a destination du fournisseur d'acces proposant 

15 cette prestation, cette requete comprenant des elements 
d ' identification du client et du fournisseur de services; 
et 

- un envoi d'une reponse emise par le fournisseur de 
services a destination du serveur de mediation en reponse 

20 a cette requete, cette reponse comprenant des elements 

d' information relatifs a la facturation de la prestation 

demandee par le client. 

On peut avantageusement prevoir que le procede selon 

1' invention comprenne en outre, prealablement a 1' envoi 
25 d*une requete au serveur du fournisseur de services, une 

identification et une authentif ication du- client par le 

serveur de mediation. 

Le procede peut egalement assurer, au niveau du 

serveur de mediation, un controle de I'integrite de la 
30 prestation fournie au client par le fournisseur de 

services . 

II peut en outre avantageusement comprendre, au 
niveau du serveur de mediation, un traitement des 
elements d ' information transmis par le serveur du 
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fournisseur de services, et une facturation de la 
prestation fournie au client . 

D'autres particularites et avantages de 1' invention 
apparaitront encore dans la description ci-apres. Aux 
5 dessins annexes donnes a titre d'exemples non limitatif s : 

- la figure 1 est un schema synoptique d'un 
systeme de gestion de transactions selon 
1' invention; et 

- la figure 2 illustre des traductions d'URLs 
10 mises en oeuvre dans le procede ' de gestion de 

transactions selon 1 * invention-. 
On va maintenant d^crire un exemple de realisation 
d'un systeme de gestion de transaction selon' 1 ' invention . 
Un systeme de gestion de transaction S selon 
15 1* invention est organise autour d'un serveur de mediation 
SM connecte au reseau Internet et comprend notamment des 
outils de gestion commerciale et de facturation GC, un 
module de gestion du rechargement de documents GR, et une 
ou plusieurs unites de stockage et de base de donnees BD. 
20 Ce serveur de mediation SM peut etre lui-meme gere par un 
fournisseur d'acces a Internet qui est alors en mesure de 
proposer a ces clients abonnes un acces a des prestations 
payantes proposees par des fournisseurs de services. 

Le serveur de mediation gere 1 ' authentif ication des 
25 clients et la facturation et est le passage oblige pour 
rendre payants des pages, images ou tout objet pouvant 
etre rapatries par HTTP tel que des applets Java. 
II assure ainsi les fonctions suivantes: 
- identification et authentif ication des clients, 
30 - integrite de la livraison au client, meme en cas de 

coupure reseau; le client aura alors la possibilite de se 
reconnecter et de recharger son bien gratuitement pendant 
une duree predeterminee ; 
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- autorisation de rechargement de documents pendant 
une duree de latente specifiee par I'e fournisseur de 
services; 

facturation de la consommation sur un compte 
5 d'abonne.en temps reel. 

On va maintenant decrire les etapes essentielles du 
precede de gestion de transactions mis en oeuvre dans le 
systeme selon 1* invention. 

En reponse a une requete (1) d*un client CL pour 
10 utiliser des prestations proposees par un fournisseur de 
services FS, le serveur de mediation SM contacte (4) le 
serveur Web de ce fournisseur de services FS en utilisant 
le protocole HTTP et lui envoie une requete incluant des 
champs MIME contenant des informations sur le client. 
15 A titre d'exemple non limitatif, les elements 

d' information inclus dans la requete emise par le serveur 
de mediation, peuvent comporter sous la forme de champs: 

- un identifiant Client, qui peut etre 1 ' identif iant 
de ce client attribue par le fournisseur d*acces Internet 

20 ou un identifiant specif ique pour un client anonyme; 

- un identifiant de transaction; 

- la date et I'heure de la requete; 

- un identifiant du fournisseur de services; 

- le type de requete] . 

25 On peut par exemple envisager deux types de requete: 

- une requete suite a une facturation du client, 

- une requete suite a une demande de bien ou de 
service payant par un client. Le client a deja ete 
facture pour ce bien ou ce service. Le client est en 

30 train de redemander ce bien ou ce service dans le duree 
de ref acturation gratuite. Dans ce dernier cas, le 
serveur de mediation verifie (3) que le bien ou le 
service est en cours de rechargement gratuit. 

En retour, la reponse (5) envoyee par le serveur Web 

35 du fournisseur de services contient dans ses champs MIME 
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des elements d* information permettant de facturer le 
client, notamment des prix, des references de produits. 

Si I'objet demande est gratuit, la reponse ne 
cent lent aucun des champs MIME et cet objet est 
5 automatiquement considere comme gratuit par le serveur de 
mediation . 

Dans tous les autres cas, le serveur du fournisseur 
de services code, dans les champs MIME de sa reponse, des 
informations de taxation, designees dans la suite sous le 

10 terme de "ticket" , servant au controle la transaction. 
Les champs de la reponse sont ensuite filtres par le 
serveur de mediation SM qui transmet (6) notamment dans 
la base de donnees BD le ticket de facturation. Le SM met 
a jour (7) le compte client. Enfin, il livre (8)le bien 

15 ou le service au client CL. 

Cette notion de ticket permet ainsi a un fournisseur 
qui veut mettre a disposition uniquement des pages 
gratuites d'utiliser un serveur HTTP sans aucune 
adaptation. Un ticket peut contenir les elements 

20 d' information suivants: 

- montant HT, champ obligatoire, 

- taux de TVA, par defaut 20,6%, 

- duree de latence, par defaut 1 heure, 

- description n°l, champ obligatoire, 
25 - description n°2, champ optionnel. 

On peut aussi avantageusement prevoir une extension 
du protocole permettant 1' envoi au fournisseur d'une 
requete pour le prevenir si le client a ete facture ou 
non. 

30 Le serveur du fournisseur de service est organise en 

deux parties, comme l*illustre la figure 2: 

- une partie gratuite de vitrine et de navigation, 
accessible directement depuis 1' Internet; 
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- une partie payante, accessible uniquement depuis le 
serveur de mediation qui constitue aihsi une passerelle 
ou un "reverse proxy". 

Le serveur de mediation est un serveur HTTP simple, 
5 et non un serveur proxy HTTP, II doit done disposer dans 
I'adresse URL qu'il regoit d^un client les informations 
necessaires au routage vers le serveur HTTP du 
fournisseur de services. 

Le format des adresses URL d*un serveur de mediation 
10 peut etre determine de la fagon suivante: 

"http://" serveur de mediation [":" port du 
serveur] identifiant du fournisseur de services 

reste de I'URL 

II est traduit en une requete pour 1*URL suivante sur 
15 le serveur du FS : 

"http://" serveur du FS [":" port du serveur] 
"/" reste de 1*URL 



L ' identifiant du fournisseur de services accorde par 
20 le gestionnaire du serveur de mediation peut etre par 
exemple une chaine de caractdres simples (majuscules, 32 
maximum) attribuee une fois pour toutes au FS. 

Par exemple, si I'on utilise le serveur de mediation 
pay.www.wanadocfr sur le port 80 pour acceder a un 
25 hypothetique service XYZ (heberge physiquement sur la 
machine ww.xyz.fr sur le port 2000, 1*URL sur le serveur 
de mediation est: 

http : / /pay . www . wanadoo . f r/XY2/ abc/dof . html 

et I'URL sur le serveur du fournisseur de services 

30 est: 

http : //www . xyz . f r : 2000/abc/def , html 
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Le serveur vu du logiciel client est le mediateur . 
Les URL referencees depuis une page HTML sur le serveur 
ont corame base I'URL transformee par le mediateur et non 
I'URL directe d'acces au serveur. On doit alors 
5 imperativement utiliser soit: 

- des URL absolues completes comprenant une reference 
au serveur de mediation et un code fournisseur; 

- des URL relatives. 

On va maintenant decrire des exemples de codage des 
10 champs utilises dans les echanges entre les clients, le 
serveur de mediation et les serveurs des fournisseurs de 
services . 

Les lignes d'en-tete sont echangees entre le serveur 
de mediation et le fournisseur de services. Tous les 
15 mecanismes definis ici sont decrits et formalises dans 
une forme Backus-Naur (BNF) augmentee similaire a celle 
utilisee dans la RFC-822. Ce formalisme est decrit dans 
la specification version 1.1 du protocole HTTP proposee a 
I'lETF par T . Berners-Lee, R.Frieding et H. Nielsen. Le 
20 protocole HTTP est un protocole avec un aller-retour 
simple requete-reponse entre client et serveur. II est 
bati au dessus d'une connexion TCP entre le client et le 
serveur. Des documents de reference sur les les URLs et 
sur le protocole HTTP peuvent par exemple etre consultes 
25 sur le site Web du consortium V3C (adresse www.w3*org). 
Le document rfc-822 est consultable sur le serveur FTP de 
I'INRIA (adresse ftp.inria.fr). 

Le format de la requete dans sa forme la plus simple: 

Met hade URL 
30 et dans le cas le plus general : 

Methode URL Version 

Champs MIME (RFC'822) 

ligne vide optionnel 

oh jet MIME optionnel 

35 Par exemple : 
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GET /chemin/document,html HTTP/1.0 
Accept: */* 
Accept: text /html 
Accept: image/gif 

5 

Toutes les informations additionnelles fournies par 
le serveur de mediation sont vehiculees dans des champs 
MIME supplementaires par rapport a la requete du client. 
Ces champs sont f litres s*ils existaient deja dans la 
10 requete client. 

Le format de la reponse est : 

Code Version Texts 
Champs RFC-822 
ligne vide 

15 objet MIME 

Par exemple : 

200 HTTP/1.0 Normal 
Content-type : text /html 

20 <HTML><HEAD><TITLE>Tout va bien<TITLE></HEAD> 

<BODY><P>Tout va bien</P></BODY> 
Les informations de taxation sont fournies par le 
serveur du fournisseur de services sous la forme de 
champs MIME supplementaires. 
25 On va maintenant decrire un exemple de gestion du 

protocole en utilisant 1' interface CGI. 

II s*agit tout d'abord d'extraire les parametres 
fournis par le serveur de mediation. Les en-tete MIME 
generiques n' ayant pas de signification speciale pour 
30 HTTP, sont accessibles par la variable d ' environnement 
HTTP_noizi ou nom est le nom du champ, avec traduction des 
tirets «-» en soulignes «_». Tous les champs definis pour 
la definition du protocole sont ainsi accessibles 
directement a partir d'un script CGI sur les serveurs 
35 supportant CGI 1 . 1 ou ulterieur. 
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Les en-tetes sont dans des variables d' environnement 
shell du CGI, Pour obtenir la valeur d'un de ces champs, . 
un script CGI se contents d'utiliser la fonction de 
librairie du le langage de prograimnation utilise 

5 permettant d' obtenir la valeur d'une variable 
d ' environnement . 

En ce qui concerne la generation par le serveur du 
fournisseur de services au serveur de mediation, un 
script CGI doit envoyer sur sa sortie standard: 

10 - les en-tetes de la reponse HTTP au serveur de 

mediation; 

- la page a envoyer au serveur de mediation. 
Un script CGI doit ainsi suivre le pseudo-code 
suivant : 

15 1 .Recuperer les parametres fournis 

par le serveur de mediation; 

2 ,Calculer le prix et les 
informations permettant de generer la 
page; 

20 3. Envoyer les en-tetes sur la sortie 

standard; 

4. Envoyer une ligne vide pour 
marquer la fin des en-tetes ; 

5. Envoyer le corps Ctexte,. HTMLr 
25 GIF^ etc.) sur la sortie standard. 

Par ailleurs, certains champs peuvent contenir du 
texte libre : X-FT-Ref erence-1, X-FT-Ref erence-2 . 

Ces champs sont interpretes selon la norma de codage 
de caracteres ISO 8859-1 (ISO Latin-1) , qui est celle 
30 d'Unix et de Windows, et qui se deduit d' Unicode par 
masquage du premier octet. 

Le contenu de ce champ ne peut pas contenir les 
caracteres ASCII 10 (LF, saut de ligne) , 15 (CR, retour 
chariot) , ni tout autre caractere non imprimable selon la 
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norme ISO 8859-1 (y compris les extensions apportees par 
Microsoft Windows). 

S'agissant des formats de date, le protocole HTTP 
definit un format de date appele HTTP-date. 
5 Le champ X-FT-Acquittement contient une URL absolue 

relative au meme serveur que celui de la requete 
initiale. 

Le fournisseur de services avertit le serveur de 
mediation qu'il souhaite avoir un accuse de reception 
10 pour 1' achat en cours. Le mediateur envoie un accuse de 
reception au fournisseur en iui envoyant une requete HTTP 
de type HEAD sur le meme serveur que celui qui a traite 
la requete initiale. 

Les caracteristiques de cette requete HTTP 
15 d' acquittement sont les suivantes : 

- la methode de la requete est HEAD ; 

- I'URL est la valeur du champs X-FT-Acquittement ; 

- les en-tetes envoyees sont : 

- les en-tetes que le mediateur a envoye au 
20 fournisseur pour lui demander le bien payant ; 

- un echo des en-tetes que le fournisseur lui a 
renvoye avec le bien; 

- un en-tete X-FT-Confirm indiquant si le bien 
a ete facture. 

25 Le mediateur envoie un en-tete X-FT-Confirm dans un 

accuse de reception, Le mediateur y indique si il a 

facture le client. 

Une requete est identifiee de fagon unique par le 

serveur de mediation par un numero de transaction. Elle 
30 est egalement datee suivant le format HTTP-date rappele 

ci-dessus . 

Un champ X-FT-ID-Client contient un identifiant 
caracterisant le client. II est fourni par le serveur de 
mediation aux fournisseurs de services. 
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Get identifiant est stable dans le temps pour un 
client et une version du protocole donnes. Une 
modification majeure du profil client peut cependant 
influer sur 1' identifiant . II n'est pas garanti comme 
5 etant identique entre fournisseurs de services 
differents. Get identifiant peut par exemple permettre a 
un fournisseur de faire des statistiques ou de gerer du 
contexte pour un client sans le connaitre explicitement 
(droits acquis, etc.)- 
10 Le champ X-FT-ID-Fournisseur contient 1' identifiant 

du fournisseur. II est fourni par le serveur de mediation 
a partir de l^URL du document que lui demande le client. 
Ghaque fournisseur a un identifiant unique. Gette 
information est utile pour les hebergeurs de services. 
15 Un champ X-FT-ID-Transaction identifie la transaction 

sur la facturation client. 

S'agissant du champ X-FT-Latence, un client peut 
recharger gratuitement un document qu' il a achete pendant 
une certaine periode, inferieure a une heure dans tous 
20 les cas, et precisee par le fournisseur de services. 

Geci est du au fait que certains clients HTTP 
rechargent des documents (a 1' impression, lors d'un "View 
Source") , et un utilisateur peut etre amene a le faire en 
cas d' incident technique, Le serveur de mediation verifie 
25 a chaque requete d'un client s*il s'agit d'un 
rechargement ou non. Ga latence peut etre comprise entre 
1 minute et 1 heure. 

Le champ X-FT-PrixHT contient le prix hors taxes de 
1' information demandee. Le taux de TVA correspondant est 
30 donne dans le champ X-FT-TVA decrit par la suite. 

II est a noter que ce montant est le montant de base 
qui servira pour les calculs ulterieurs. II peut done 
etre different de la remuneration finale du fournisseur, 
selon les ristournes et commissions applicables. 
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Le champ X-FT-Ref erence-1 permet de mettre au 
fournisseur de decrire le service 'rendu (reference 
produit) . II est obligatoire pour etre indique sur la 
facture du client. 
5 Le champ mono-value X-FT-Ref erence-2 permet de mettre 

au fournisseur de decrire plus finement 1' information. II 
est facultatif et pourra etre ajoute a la facture du 
client. 

On peut par exemple utiliser X-FT-Ref erence-1 pour la 
10 description generale de 1' information, et X-FT-Ref erence- 
2 pour donner plus de details sur la requete 
particuliere . 

Le champ X-FT-TVA contient le taux de TVA associe a 
la transaction, le montant §tant donne hors taxes. Ce 
15 taux doit etre communique par le fournisseur, puisqu'il 
depend du la nature de 1' information . Le taux de TVA est 
exprime en pourcentage. 

On va maintenant decrire la fonction de rechargement 
offerte par le systeme et le precede selon 1* invention. 
20 II existe deux types de documents payants: 

les documents en cours de rechargement 
gratuitement ; le mediateur ne les facture pas. Apres une 
premiere facturation pour un document donne, un client 
peut recharger gratuitement ce meme document pendant une 
25 duree donnee. Le fournisseur fixe cette duree. Elle 
n' excede pas une heure; 

les documents payants et facturables; ces 
documents sent demandes pour la premiere fois par le 
client. Ou bien, le client demande un document apres que 
30 ce document ait deja ete facture et apres la duree de 
rechargement gratuit du document. 

L'en-tete indique quel est le type de document 
demande. Par exemple, un client vient de demander un 
document payant. II lui a ete facture et le fournisseur a 
35 indique une periode de latence d' une heure. Un quart 
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d'heure plus tard, le client redemande le meme document. 
Le serveur de mediation genere 1' en-tete' HTTP 

X-FT-Type-Requete: Rechargement 
Deux heures plus tard, le meme client redemande le 
5 meme document. Cette fois, le mediateur envoie un en-tete 
HTTP 

X-FT-Type-Requete: Normal 

Le systeme et le precede selon 1^ invention peuvent 

10 etre appliques pour des types varies de prestations 
disponibles sur un reseau. Une premier type de 
prestations particulierement vise par la presente 
invention est celui de la fourniture de documents et de 
pages payants. II peut s'agir, par exemple, de journaux, 

15 de magazines, de cartes geographiques , meteorologiques, 
economiques, de resultats de tests ou de sondages, 
d* informations de nature juridique/ etc. II peut 
egalement s*agir de documents ludiques ou artistiques, 
graphiques et/ou sonores. Le systeme selon 1^ invention 

20 peut egalement assurer la gestion de droits d'auteurs 
associes a des creations intellectuelles ou artistiques. 

On peut egalement mettre en oeuvre le systeme et le 
precede selon 1 ' invention pour la gestion d* operations de 
vente sur catalogue electronique . 

25 Bien sur, 1' invention n'est pas limitee aux exemples 

qui viennent d'etre decrits et de nombreux amenagements 
peuvent etre apportes a ces exemples sans sortir du cadre 
de 1' invention. En particulier, les elements 
d' identification et de tarification peuvent etre ecrits 

30 suivant des syntaxes differentes de celles qui viennent 
d*etre decrites. En outre, le precede selon 1* invention 
n*est pas lie au seul protocole HTTP actuel mais pourra 
etre mis en oeuvre avec d'autres protocoles futurs. 
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REVENDICATIONS 

1. Systeme (S) pour gerer des transactions entre des 
fournisseurs de services (FS) et des- clients (CL) sur un 
reseau de communication, ces fournisseurs de services 

5 (FS) et ces clients (CL) disposant respectivement de 
serveurs et de postes clients connectes au reseau, 
caracterise en ce que ce systeme (S) comprend un serveur 
de mediation (SM) connecte au reseau et agence pour 
communiquer selon un protocole de communication 

10 predetermine, d'une part avec les postes clients et 
d* autre part avec les serveurs respectifs des 
fournisseurs de service (FS), de sorte que I'ensemble des 
transactions entre ces fournisseurs de services (FS) et 
ces clients (CL) transite via ce serveur de mediation 

15 (SM) . 

2. Systeme (S) selon la revendication 1,^ caracterise 
en ce que le serveur de mediation (SM) et les serveurs 
des fournisseurs de services (FS) communiquent selon le 

20 protocole HTTP, 

3. Systeme (S) selon la revendication 2, caracterise 
en ce que le protocole HTTP est augmente de champs MIME 
supplementaires pour vehiculer d*une part des 

25 informations sur les clients et d' autre part des 
informations relatives a la facturation des transactions, 

4. Systeme (S) selon l*une des revendications 
precedentes, caracterise en ce que le serveur de 

30 mediation (SM) est du type "reverse proxy". 

5. Systeme (S) selon I'une quelconque des 
revendications precedentes, caracterise en ce que le 
serveur de mediation (SM) est agence pour identifier et 
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authentifier tout client sollicitant une transaction avec 
un fournisseur de services. 

6. Systeme (S) salon la revendication 5, applique 
5 notamment a 1 * acquisition de documents payants, 
caracterise en ce que le serveur de mediation (SM) est 
agence pour gerer un rechargement gratuit de documents 
pendant un intervalle de latence de duree predeterminee . 

10 7. Systeme (S) selon l*une des revendications 5 ou 6, 

caracterise en ce que le serveur de mediation (SM) est 
agence pour gerer la facturation des prestations offertes 
par les fournisseurs de services. 

15 8. Systeme (S) selon la revendication 7, caracterise 

en ce que le serveur de mediation (SM) gere des 
facturations sur des comptes d'abonne. 

9. Systeme (S) selon 1 ' une des revendications 7 ou 8, 
20 caracterise en ce que le serveur de mediation (SM) gere 

des facturations en temps reel. 

10. Precede pour gerer des transactions entre des 
fournisseurs de services et des clients sur un reseau de 

25 communication, ces fournisseurs de servic'es et ces 
clients disposant respectivement de serveurs (FS) et de 
postes clients (CL) connectes au reseau, mis en ceuvre 
dans le systeme (S) selon I'une quelconque des quelconque 
des revendications precedentes, caracterise en ce qu*il 

30 comprend, en reponse a une demande de prestation emanant 
d'un client: 

- un envoi d'une^ requete emise par le serveur de 
mediation (SM) a destination du fournisseur d'acces 
proposant cette prestation, cette requete comprenant des 
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elements d* identification du client et du fournisseur de 
services; et 

- un envoi d'une reponse emise par le fournisseur de 
services a destination du serveur de mediation (SM) en 
5 reponse a cette requete, cette reponse comprenant des 
elements d* information relatifs a la facturation de la 
prestation demandee par le client. 

11. Precede selon la revendication 10, caracterise en 
10 ce qu'il comprend en outre, prealablement a 1* envoi d*une 
requete au serveur du fournisseur de services (FS) , une 
identification et une authentif ication du client par le 
serveur de mediation (SM) . 

15 12. Precede selon la revendication 11, caracterise en 

ce qu'il comprend en outre, au niveau du serveur de 
mediation (SM), un controle de I'integrite de la 
prestation fournie au client par le fournisseur de 
services, comportant notamment une verification du format 

20 des en-tetes emises par le fournisseur de services. 

13. Precede selon I'une des revendications 10 a 12, 
caracterise en ce qu'il comprend en outre, au niveau du 
serveur de mediation (SM) , un traitement des elements 

25 d' information transmis par le serveur du fournisseur de 
services (FS), et une facturation de la prestation 
fournie au client. 

14. Precede selon la revendication 13, caracterise en 
30 ce qu'il comprend en outre un envoi par le serveur de 

mediation (SM) d'un accuse de reception au fournisseur de 
services, en reponse a une requete de celui-ci. 
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15. Procede selon I'une des revendications 13 ou 14, 
caracterise en ce que des prestations sont facturees sur 
des comptes d'abonnes. 

5 16. Procede selon l*une des revendications 13 a 15, 

caracterise en ce que des prestations sont facturees en 
temps reel. 

17. Procede selon l*une quelconque des revendications 
10 10 a 16, caracterise en ce qu'il autorise un rechargement 

de documents fournis par un fournisseur de services a un 
client pendant un intervalle de latence predetermine. 

18. Procede selon I'une quelconque des revendications 
15 10 a 16, mis en oeuvre avec le protocole HTTP, caracterise 

en ce que les informations d' identification et de 
tarification sont vehiculees dans des champs MIME 
supplementaires des en-tetes du protocole HTTP. 
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REVBNDICATI(»IS MODIFIEES 

[revues par le Bureau international le 11 Jioin 1998 (11.06.98); 
revendications originales 1-18 remplacees par les revendications 
1-15 modifiees (4 pages)] 

1. Systems (S) pour gerer des transactions entre des 
fournisseurs de services (FS) et des clients (CL) sur un 
reseau de communication, ces fournisseurs de services 

5 (FS) et ces clients (CL) disposant respectivement de 
serveurs et de postes clients connectes au reseau, ce 
systeme (S) comprenant un serveur de mediation (SM) 
connecte au reseau et agence pour communiquer selon un 
protocole de communication predetermine, d'une part avec 

10 les postes clients et d* autre part avec les serveurs 
respectifs des fournisseurs de service (FS) , de sorte que 
1' ensemble des transactions entre ces fournisseurs de 
services (FS) et ces clients (CL) transite via ce serveur 
de mediation (SM) , caracterise en ce que le serveur de 

15 mediation (SM) est agence pour gerer la facturation des 
prestations offertes par les fournisseurs de services, et 
en ce que des informations sur les clients emises par le 
serveur de mediation et des informations de facturation 
emises par les serveurs des fournisseurs de service (FS) 

20 sont transmises en utilisant des mecanismes d' extension 
du protocole de communication, 

2. Systeme (S) selon la revendication 1, dans lequel 
le serveur de mediation (SM) et les serveurs des 

25 fournisseurs de services (FS) communiquent selon le 
protocole HTTP, caracterise en ce que le protocole HTTP 
est augmente de champs MIME supplementaires pour 
transmettre d'une part des informations sur les clients 
et d' autre part des informations relatives a la 

30 facturation des transactions. 

3. Systeme (S) selon I'une quelconque des 
revendications pr^cedentes, dans lequel le serveur de 
mediation (SM) est agence pour identifier et authentifier 

35 tout client sollicitant une transaction avec un 
fournisseur de services, caracterise en ce que le serveur 
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de mediation (SM) est agence pour gerer un rechargement 
gratuit de documents pendant un intervalle de latence de 
duree predeterminee . 

5 4. Systeme (S) selon 1 ' une quelconque des 

revendications precedentes, caracterise. en ce que le 
serveur de mediation (SM) gere des facturations sur des 
comptes d'abonne. 

10 5. Systeme (S) selon 1 ' une quelconque des 

revendications precedentes, caracterise en ce que le 
serveur de mediation (SM) gere des facturations en temps 
reel . 

15 6. Precede pour gerer des transactions entre des 

fournisseurs de services et des clients sur un reseau de 
communication, ces fournisseurs de services et ces 
clients disposant respectivement de serveurs (FS) et de 
postes clients (CL) connectes au reseau, mis en oeuvre 

20 dans le systeme (S) selon l*une quelconque des quelconque 
des revendications precedentes, caracterise en ce qu'il 
comprend, en reponse a une demande de prestation emanant 
d'un client: 

- un envoi d'une requete emise par le serveur de 
25 mediation (SM) a destination du fournisseur d'acces 

proposant cette prestation, cette requete comprenant des 
elements d ' identification du client et du fournisseur de 
services; et 

- un envoi d'une reponse emise par le fournisseur de 
30 services a destination du serveur de mediation (SM) en 

reponse a cette requete, cette reponse comprenant des 
elements d' information relatifs a la facturation de la 
prestation demandee par le client. 
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7. Precede selon la revendication 6^ caracterise en 
ce que la reponse emise par le fournisseur de services 
comprend en outre une demande d' accuse de reception. 

5 8. Precede selon la revendication 7, caracterise en 

ce qu^il comprend en outre, prealablement a I'envoi d*une 
requete au serveur du fournisseur de services (FS) , une 
identification du client par le serveur de mediation (SM) 
et une validation que le client a acces aux prestations 

10 du fournisseur de services. 

9. Precede selon la revendication 8, caracterise en 
ce qu'il comprend en outre, au niveau du serveur de 
mediation (SM) , un controle de I'integrite de la 

15 prestation fournie au client par le fournisseur de 
services, comportant notamment une verification du format 
des informations emises par le fournisseur de services. 

10. Precede selon I'une des revendications 7 a 9, 
20 caracterise en ce qu'il comprend en outre, au niveau du 

serveur de mediation (SM) , un traitement des elements 
d ' information transmis par le serveur du fournisseur de 
services (FS) , et une facturation de la prestation 
fournie au client. 

25 

11. Precede selon la revendication 10, caracterise en 
ce qu*il comprend en outre un envoi par le serveur de 
mediation (SM) d'un accuse de reception au fournisseur de 
services, en reponse a une requete de celui-ci. 

30 

12. Precede selon 1 * une des revendications 10 ou 11, 
caracterise en ce que des prestations sont facturees sur 
des comptes d'abonnes. 
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13. Precede selon 1 ' une des revendications 10 a 12, 
caracterise en ce que des prestations sont facturees en 
temps reel. 

14. Precede selon I'une quelconque des revendications 
7 a 13, caracterise en ce qu'il autorise un rechargement 
de documents fournis par un fournisseur de services a un 
client pendant un intervalle de latence predetermine. 

15. Precede selon l*une quelconque des revendications 
7 a 14, mis en oeuvre avec le protocole HTTP, caracterise 
en ce que les informations d^ identification et de 
tarification sont vehiculees dans des champs MIME 
supplementaires ■ des en-tetes du protocole HTTP. 
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